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(57) The present invention allows for programmabil- 
ity of feature activation buttons on a telephone with au- 
thorization codes downloaded from a central office. In 
this aspect, a central office includes a conventional fea- 
ture authorization database for verifying the pre-author- 
ized feature services applicable to particular telephone 
lines serviced by that central office, and a feature au- 
thorization data download module including a database 
of authorization codes necessary to activate and/or de- 
activate any applicable central office feature services. 
Authorization codes are downloaded from the database 
to the telephone to albw one -touch type activation and/ 
or deactivation of relevant central office feature servic- 
es. In another aspect, the present invention associates 
central office feature services with individual authorized 
users rather than only with telephone lines to allow port- 
ability of central office feature services from telephone 
line to telephone line as a user travels away from their 
base telephone line In this aspect, a central office In- 
cludes a user mapped feature service database. If au- 
thorized to utilize the requested feature service, the cen- 
tral office queries the user mapped feature service da- 
tabase and allocates appropriate feature service re- 
sources as necessary to provide the authorized user at 
their present telephone line with the requested central 
office feature service(s). In some embodiment, the acti- 
vation of the authorized central office feature services 
may be timed for use on a telephone line such that they 
expire after a predetermined time, after the completion 
of the present telephone call, etc. 



FIG. 1 




Printed by Jouve, 75001 PARIS (FR) 



BNSDOCID: <EP 09B0176A1_I_> 



1 



EP 0 980 176 A1 



2 



Description 

Field of the Invention 

[0001] This invention relates generally to telephone 
features provided by a central office to customer premis- 
es equipment. More particularly, it relates to the pro- 
grarnmability of features relating to services provided by 
a telephone central office to a subscriber. 

Background of Related Art 

[0002] Almost everyone in all walks of life utilize tele- 
phones at one time or another. The usefulness of tele- 
phone service is without question. 
[0003] In addition to basic telephone service, many of 
today's telephone companies have the ability to provide 
additional feature services to a subscriber, many times 
for a fee. For instance, common central office feature 
services available from many telephone central offices 
include automatic call recording (ACR), call blocking, 
call unblocking, call forwarding, call waiting, and/or tone 
blocking. These and other features provided by a central 
office to a subscriber telephone line in communication 
with that central office provide features which are desir- 
able because they enhance the telephone communica- 
tions needs of many users. 

[0004] Central office feature services such as those 
described are typically made available by pre-arrange- 
ment with the telephone company for such feature serv- 
ice to be activated for all telephones on a particular tel- 
ephone line. Upon such pre-arrangement with a central 
office, pre-authorization is provided to the user which 
typically includes notification to the user of a unique ac- 
tivation code established for each desired central office 
feature service authorized for use by the subscriber. Un- 
fortunately, if a user is to utilize more than one telephone 
line, the central office feature service must be activated 
separately for each telephone line. This typically multi- 
plies the costs of the feature service from the perspec- 
tive of the subscriber, and tends to waste resources at 
the central office, particularly if a single user moves from 
one telephone line to another, making use of only one 
of the telephone lines at any one time even though both 
telephone lines have a particular central office feature 
service activated. 

[0005] Central office feature services are typically in- 
itially activated by an administrator of the telephone 
company, who generates feature service activation in- 
formation at the central office. Fig. 5 shows the relevant 
portions of a conventional feature service authorization. 
[0006] The pre-authorized telephone feature services 
are activatable by a subscriber upon input of a series of 
pre -determined authorization codes. These authoriza- 
tion codes are typically input by the user with a series 
of dual tone, multiple frequency (DTMF) tones corre- 
sponding to a particular authorization code for activating 
a particular central office feature service for that tele- 



phone line. 

[0007] For instance, as shown in Fig. 5, a central of- 
fice 402 maintains a feature authorization database 404 
including authorization codes relevant to a particular tel- 

5 ephone line 420. The user uses a keypad 450 on a tel- 
ephone 400 connected to the relevant telephone line 
420 to enter the authorization code. The keypresses on 
the keypad 450 are detected by a controller 410, which 
causes a dual tone, multiple frequency (DTMF) gener- 

10 ator 460 to output tones to the telephone line 420 
through an appropriate telephone line interlace (TLl) 
412. 

[0008] However, these authorization codes are typi- 
cally rather cumbersome both to memorize as well as 

is to input via a telephone, causing the relevant central of- 
fice feature service to be not easily activated. Moreover, 
different telephone company central offices (i.e., region- 
al bell operating companies (RBOCs) in the U.S.) or 
even different countries typically require different acti- 

20 vation codes, multiplying the difficulty of memorization 
and/or input of authorization codes relevant to different 
telephone lines. 

[0009] There is thus a need for a simplified method 
and apparatus for maintaining central office feature 

25 service authorization codes at a customer premises 
equipment and/or for activating central office feature 
services. Moreover, there is a need to reduce the poten- 
tial waste in resources caused by the provision of mul- 
tiple sources of a particular central office feature service, 

30 especially in the case where a single user is likely to 
move from telephone line to telephone line (e.g., when 
traveling). 

Summary Of The Invention 

35 

[001 0] In accordance with the principles of the present 
invention, a user mapped feature service database 
comprises data relating to a plurality of users, and data 
relating to at least one relocatable central office feature 

40 service authorized for use by each of the plurality of us- 
ers at any time at any of a plurality of telephone lines. 
[0011] A method of activating and deactivating a cen- 
tral office feature service in accordance with the princi- 
ples of the present invention comprises uploading from 

45 a telephone an authorization code relating to a central 
office feature service, and audibly Indicating a status of 
the central office feature service to the telephone. 

Brief Description Of The Drawings 

so 

[001 2] Features and advantages of the present inven- 
tion will become apparent to those skilled in the art from 
the following description with reference to the drawings, 
in which: 

ss [001 3] Fig. 1 shows a feature telephone in combina- 
tion with a feature authorization data download module 
at a central office, in accordance with the principles of 
one aspect of the present invention. 
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[0014] Fig. 2 shows a process of downloading author- 
ization codes to a feature telephone such as shown in 
Fig. 1, in accordance with the principles of the present 
invention. 

[001 5] Fig. 3 shows a process of activating or deacti- 
vating central office feature services by uploading au- 
thorization codes, in accordance with the principles of 
another aspect of the present invention. 
[0016] Fig. 4 shows the use of a user mapped feature 
database at a central office to allow portability of central 
office feature services among telephone lines, in ac- 
cordance with another aspect of the present invention. 
[0017] Fig 5 shows a conventional central office al- 
lowing use of feature services on a particular telephone 
line upon entry of a predetermined authorization code 
at a telephone on a telephone line. 

Detailed Description Of Illustrative Embodiments 

[001 8] The present Invention has multiple aspects, al- 
lowing ease o1 activation and deactivation of central of- 
fice feature services 

[0019] Firstly, the present invention provides for easy 
activation and deactivation of central office feature serv- 
ices by providing a feature authorization data download 
module at a central office to allow downloading and stor- 
age of cumbersome authorization codes at an author- 
ized telephone. Once stored in local memory at a tele- 
phone, the cumbersome feature service authorization 
codes may be utilized as necessary to allow one-touch 
button control of activation and/or deactivation of the rel- 
evant central office feature service by the central office. 
[0020] Secondly, the present invention allows porta- 
bility of authorized central office feature services among 
any of a plurality of telephone lines by providing a user 
mapped feature database in communication with a cen- 
tral office. The user mapped feature database associ- 
ates central office feature services with particular users 
rather than with particular telephone lines, allowing that 
particular user to travel from telephone line to telephone 
line and yet continue to utilize their personally author- 
ized feature services at whatever telephone line they 
may be using at the time. 

[0021] Fig. 1 shows the relevant portions ol a feature 
telephone in combination with a feature authorization 
data download module at a central office in accordance 
with the principles ol the present Invention. 
[0022] In particular, a central office 102 includes a 
conventional feature authorization database 1 04 for ver- 
ifying the pre-authorized feature services applicable to 
particular telephone lines serviced by that central office 
102. However, in addition, the central office 102 includes 
a feature authorization data download module 106. 
[0023] The feature authorization data download mod- 
ule 106 includes a database of authorization codes nec- 
essary to activate and/or deactivate any applicable cen- 
tral office feature services. Moreover, the feature author- 
ization data download module 1 0B further includes a da- 



ta transmitter for downloading data over a telephone line 
using, e.g., DTMF tones or frequency shift keying (FSK). 

[0024] The telephone 100 shown in Fig 1 includes a 

5 controller 110 and a telephone line interface 112, which 
provide conventional operability of the telephone 100. 
However, the telephone 100 further includes a key 
memory 144 (e.g., Flash memory or other non-volatile 
memory accessible by the controller 110) to store au- 

10 thorization data obtained from the feature authorization 
data download module 106 and downloaded from the 
centra! office 102. Locations of the key memory 144 are 
associated with individual feature keys 130-134 such 
that when a particular feature key 130-134 is activated 

15 (e.g., depressed), the controller 110 obtains the author- 
ization data stored in the relevant portion of the key 
memory 144 and causes the authorization data to be 
transmitted to the central office 102. The authorization 
data may be transmitted using a DTMF generator 1 40, 

20 and acknowledgment and other information received 
using a DTMF decoder 142. 

[0025] With respect to the first aspect of the present 
invention, authorization codes 1or activating or deacti- 
vating pre-authorized central office feature services 

25 may be downloaded from the central office upon manual 
request by the user, e.g., by inputting an appropriate re- 
quest code using a DTMF keypad. Alternatively, the au- 
thorization codes may be automatically obtained by a 
controller in a dial-up session with the central office, 

30 preferably during an unused period for the telephone 
[0026] Thus, a telephone may be programmed to au- 
tomatically dial a preset telephone number correspond- 
ing to a feature authorization database for a central of- 
fice or other relevant location upon initial powerup. In 

35 this case, a flag may be set in memory of the telephone 
to prevent subsequent automatic dialing to the central 
office upon powerup unless manually initiated. This is 
particularly useful in areas prone to power outages to 
avoid unnecessary telephone usage. 

40 [0O27] In any case, the authorizing activation and/or 
deactivation codes may be downloaded from the central 
office to any telephone upon receipt at the central office 
of a request for the same using any appropriate data 
transmission technique, e.g., using DTMF tones or fre- 

45 quency shift keying (FSK), both of which are well known 
techniques in the art. 

[0028] DTMF data transfers may be accomplished by 
associating a particular hexadecimal digit with each of 
16 DTMF tones. The particular code sent may be of any 

50 practical length suitable to the application. The tele- 
phone merely need include a DTMF decoder, which may 
be accomplished either in software in the controller of 
the telephone set, or in a separate, dedicated circuit. 
The controller may be any suitable processor, e.g., a 

55 digital signal processor (DSP), a microprocessor, or a 
microcontroller. 

[0029] DTMF dala transfers can be accomplished 
without requiring a data modem, and therefore is pre- 
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ferred in cost sensitive applications. However, the 
present invention relates equally to other data transfer 
techniques For instance, FSK can be accomplished us- 
ing a modem both at the telephone set and at the re- 
ceiving central office location. 
[0030] After the authorizing activation and/or deacti- 
vation codes are downloaded to the telephone 1 00, ded- 
icated feature service buttons 1 30-1 34 on the telephone 
100 may be automatically programmed by the controller 
110 by association with authorization data stored in non- 
volatile memory, e.g., Flash memory. 
[0031] The authorization data may be stored in any 
appropriate memory location accessible by the control- 
ler 110. 

[0032] The stored authorization data is recalled Irom 
memory when an appropriate feature service button 
1 30-1 34 is activated (e.g., depressed) and output to the 
telephone line 120 through a telephone line interface 
(TLI)112. 

[0033] Storage of the authorization data and upload- 
ing of the same to the central office 102 upon activation 
of a feature service button 130-1 34 at the telephone 100 
allows for the institution of longer, more secure author- 
ization codes because of the virtually unlimited amount 
of authorization data which can be stored in non-volatile 
memory. 

[0034] Moreover, the 'invisible 1 nature of the transfer- 
ring of the authorization data to and from the central of- 
fice 102 allows for easy adaptation to higher security 
schemes For instance, authorization codes may be oc- 
casionally changed for increased security, and for ac- 
commodation of different activation codes utilized by dif- 
ferent telephone company central offices. 
[0035] Although one feature service button may be 
associated with the activation of more than one feature 
service, it is preferred that a dedicated feature service 
button be provided for each central office feature service 
to be accommodated on a telephone 100. Alternatively, 
a dedicated sequence of the standard 12- or 16-key al- 
phanumeric keypad can be used instead of dedicated 
buttons on the telephone 100. Thus, e.g., separate fea- 
ture service button(s) can be programmed tor each of 
ACR, outgoing call unblock, call forwarding, call waiting, 
and/or tone block. The feature service buttons may be 
generically referred to on the telephone 100 as 'feature 
service #1\ 'feature service #2\ etc., and labeled by the 
user as desired. 

[0036] Fig. 2 shows a process 500 of downloading 
feature service authorization codes from a central office 
to a particular telephone 100 to allow one-touch lype 
activation and/or deactivation of relevant central office 
feature services. While Fig. 2 6hows one example of an 
automatic download of authorization data from a central 
office, the principles of the present invention are equally 
applicable to a manually prompted download of author- 
ization data from the central office. 
[0037] In step 502 of Fig. 2, the telephone 100 such 
as that shown in Fig 1 preferably waits until an idle pe- 



riod, e.g., when the telephone 100 is on-hook for a long 
period of time. More preferably, an idle period is deter- 
mined at a time in which it is unlikely that the telephone 
100 will be utilized, e.g., after 2:00 am. If the process 
5 500 is interrupted by an attempted use of the telephone 
100 by a user, the process will preferably terminate im- 
mediately and retry again later, e.g., after a predeter- 
mined length of time. 

[0038] In step 504, the TLl 112 places the telephone 
to line 1 20 in an off-hook condition. 

[0039] In step 506, the controller 110 waits until a dial 
tone is sensed from the central office 102 before pro- 
ceeding. 

[0040] In step 508, it is preferable that the controller 
75 110 upload a request to the central office 102 for a return 
download of any and all feature services pre-authorized 
for that particular telephone line 1 20. Of course, the data 
communications between the telephone 100 and the 
central office 1 02 may utilize any appropriate handshak- 
20 jng and/or error control (not shown) as necessary. 

[0041] In response to step 508, data relating to au- 
thorization codes for pre-authorized central office fea- 
ture services are received in step 510. This data may 
relate to a particular feature service, to a particular tel- 
2S ephone line, and/or to a particular user on a particular 
telephone line. 

[0042] In step 512, the received authorization data 
codes are stored in appropriate memory locations as- 
sociated with the activation of desired feature service 

30 keys 130-134. Thus, after the authorization data is 
stored in the appropriate memory locations, upon acti- 
vation of the relevant feature service key 130-134. the 
controller 110 will cause an appropriate authorized ac- 
tivation or deactivation code to be uploaded back to the 

35 central office 102 to signal the desired activation or de- 
activation of a particular feature service to be carried out 
by the central office 102. 

[0043] In step 514, the TLl 112 will hang up the tele- 
phone 100 by placing the telephone line 120 in an on- 

40 hook condition. 

[0044] Fig. 3 shows the process 200 of activating or 
deactivating a particular central office feature service 
with the telephone 100 shown in Fig. 1 alter it is pro- 
grammed with appropriate authorization activation and/ 

45 or deactivation codes. 

[0045] In particular, a user causes the telephone 100 
to be placed in an off-hook condition as shown in step 
202 in Fig. 3 : e.g., by lifting the receiver 146 (Fig. 1). 
Alternatively, the telephone line 120 can be automati- 

50 cally taken oft-hook by the controller 1 1 0 at an appropri- 
ate time, e.g., during an idle period, without the need for 
manual intervention. 

[0046] In step 204, a dial tone is sensed on the tele- 
phone line 120 by the user (or by the controller 110 if 
ss the process 200 is automatically controlled by the con- 
troller 110). 

[0047] After the dial tone is received from the central 
office, the desired information such as the pre-stored 
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authorization activation and/or deactivation code is up- 
loaded to the central office 102 as shown in step 206. 
The particular authorization activation and/or deactiva- 
tion data uploaded to the central office 102 may relate 
to a request to flip the status of the central office feature 
service. Thus, if the relevant central office feature serv- 
ice is currently disabled or deactivated (but pre-author- 
ized), the central office would, upon receipt of the flip 
request, enable or activate the relevant feature service. 
[0048] Of course, separate buttons for activation and 
deactivation of any central office feature service may be 
provided. Moreover, feature service activation and/or 
deactivation may be combined into a single feature key 
button 130-1 34 for activation or deactivation of a plural- 
ity of feature services at any one time by the central of- 
fice 102. For instance, the central office feature services 
may be individually activated by activation of any of a 
plurality of feature service buttons, but may be deacti- 
vated together as a group by the activation of another 
single deactivate feature key. 

[0049] In step 208, the central office 1 02 performs the 
otherwise conventional tasks necessary to reserve and 
appropriate the necessary resources to verify the au- 
thority of the requesting telephone line to receive the 
requested feature service, and to activate (or deacti- 
vate) any requested, pre -authorized central office fea- 
ture services. 

[0050] The status of the central office feature servic- 
es, authorized and/or unauthorized, is preferably noti- 
fied to the user audibly, over the telephone line 120, e. 
g., by predetermined messages played by the central 
office 102 to the user, as shown in step 210. The mes- 
sage may say, e.g., 'Your authorized feature service sta- 
tus is as follows: call blocking, activated for (202) 
555-1212; call waiting, deactivated" However, informa- 
tion may be sent as data, e.g., as is sent in Caller ID/ 
Call Waiting (CIDCW) type feature services. 
[0051] The feature activation can be displayed on a 
display at the telephone set. Moreover, in cost sensitive 
applications, a display utilized for other functions, e.g., 
for showing call related information such as Caller ID 
information, may double as a display for feature pro- 
gramming and activation information. For instance, if a 
programmed feature button is momentarily depressed, 
e.g., for less than one second, this may be interpreted 
by the controller of the telephone set as a request to 
display information relating to the programming of that 
feature button The display may then provide a display 
of the programmed activation code. Alternatively or ad- 
ditionally, the display may indicate the relevant feature 
that the momentarily depressed key is programmed for, 
and/or the status of the feature at the central office. The 
display may continue to display the central office feature 
information indefinitely or for a fixed period of time. 
[0052] The central office feature activation or deacti- 
vation process 200 ends in step 21 2 when the telephone 
line 120 is placed in an on-hook condition. 
[0053] Another important aspect of the present inven- 



tion relates to the association of central office feature 
services with particular users rather than only to partic- 
ular telephone lines (i.e., particular telephone numbers). 
This allows a user to travel from telephone line to tele- 
5 phone line and essentially take their central office fea- 
ture service with them. 

[0054] Fig. 4 shows a central office 102 including a 
user mapped feature service database 350. Fig. 4 also 
depicts a plurality of telephone lines 120, 320 each as- 
10 sociated with a respective telephone 100, e.g. as 
shown in Fig. 1 . 

[0055] In accordance with this aspect o1 the present 
invention, authorization codes may be input by a user 
at any telephone 100 on any telephone line 120, 320 

is having access to the relevant central office feature serv- 
ices. However, in this case, the authorization codes will 
relate not to an authorized telephone line but instead or 
additionally to a particular user. 
[0056] For instance, upon receipt of a relevant author- 

20 ization code, the central office 102 will query the user 
mapped feature service database 350 to verify the au- 
thority of the user to utilize the requested central office 
feature service. If authorized to utilize the requested fea- 
ture service, the central office 102 will then reserve and 

25 appropriate any necessary resources to provide the au- 
thorized user at their present telephone line with the re- 
quested central office feature service(s). 
[0057] The user-based central office feature service 
in accordance with this aspect of the present invention 

30 may be permanent in nature, or it may alternatively be 
temporary in nature For instance, the desired central 
office feature services may be active at the last-request- 
ed telephone line until otherwise deactivated by another 
request from the same user at a different telephone line. 

35 [0058] When a feature service is active for an author- 
ized user on one telephone line but requested for the 
same user at another telephone line, the central office 
feature service is preferably 'moved' to the user at the 
latest-requested telephone line by the central office 1 02. 

40 This 'movement' is accomplished by deactivating that 
particular feature service at the prior telephone line and 
activating the samef eature service at the newtelephone 
line. 

[0059] Moreover, the feature service activation may 
45 be timed for use on a telephone line. For instance, the 
relevant central office feature service may be provided 
at a particular telephone line for 1 week, 1 day, etc. after 
activation, unless further directed. 
[0060] Alternatively, the central office feature services 
so may be activated only for the duration of a call. Thus, 
for instance, call waiting may be activated for an author- 
ized user only during the duration of a call using a par- 
ticular telephone line. In this case, the contra! office 102 
may prefer to not deactivate the same feature service 
55 at the base or previous telephone line. 

[0061] The user may be identified by a credit card 
number such as a calling card, and thus have any pre- 
authorized central office feature services follow them 
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wherever they go. Thus, upon recognition of an author- 
ized user by way of the user's entry of a credit card or 
calling card number at a telephone on any telephone 
line, authorized central office feature services may be 
appropriated for that caller at the telephone line from 
which they are calling. 

[0062] Moreover, the user-based central office fea- 
ture service may be timed such that, e.g., during the 
mornings the authorized central office feature services 
are activated on one particular telephone line (e.g., the 
user's office) while in the evenings the same central of- 
fice feature services may be 'moved* to or otherwise ac- 
tivated at another telephone line (e.g., at the user's 
home). 

[0063] While the invention has been described with 
reference to the exemplary embodiments thereof, those 
skilled in the art will be able to make various modifica- 
tions to the described embodiments of the invention 
without departing from the scope of the Invention. 



Claims 

1 . A user mapped feature service database, compris- 
ing: 

data relating to a plurality of users; 

data relating to at least one relocatable central 
office feature service authorized for use by 
each of said plurality of users at any of a plu- 
rality of telephone lines. 

2. The user mapped feature service database accord- 
ing to claim 1 , further comprising: 

data relating to a telephone line at which each 
of said plurality of users is currently authorized to 
utilize said relocatable central office feature service. 



user. 

6. The method of activating and deactivating a central 
office feature service according to any of claims 3 

s to 5, further comprising: 

upon receipt of an activating authorization 
code relating to a specific central office feature serv- 
ice, allocating resources at a central office servicing 
a telephone line for said telephone necessary to 

10 provide a user of said telephone with said central 
office feature service at said telephone line. 

7. The method of activating and deactivating a central 
office feature service according to claim 6, wherein: 

is said resources are allocated for a predeter- 

mined period of time. 

8. The method of activating and deactivating a central 
office feature service according to claim 6, wherein: 

20 said resources are allocated for a length of a 

telephone call made on said telephone line. 

9. The method of activating and deactivating a central 
office feature service according to claim 6, further 

25 comprising: 

upon allocation of said resources, deallocat- 
ing resources at a central office servicing a prior tel- 
ephone line utilized by said user relating to a same 
central office feature service. 

30 

10. Apparatus for activating and deactivating a central 
office feature service, comprising means arranged 
to carry out a method as claimed in any of claims 3 
to 9. 

35 



3. A method of activating and deactivating a central 40 
office feature service, comprising: 

uploading from a telephone an authorization 
code relating to a central office feature service; 
and <5 



audibly Indicating to said telephone a status of 
said central office feature service. 



4. The method of activating and deactivating a central 50 
office feature service according to claim 3, wherein: 
said status of said central office feature serv- 
ice is one of active and inactive. 



5. The method of activating and deactivating a central 55 
office feature service according to claim 3 or claim 
4 wherein: 

said authorization code relates to a specific 
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